home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
EnigmA Amiga Run 1995 October
/
EnigmA AMIGA RUN 01 (1995)(G.R. Edizioni)(IT)[!][issue 1995-10][Aminet 7].iso
/
Aminet
/
util
/
wb
/
ParM_V5_11.lha
/
ParM_V5.11
/
ParM.DocF
< prev
next >
Wrap
Text File
|
1993-12-04
|
30KB
|
719 lines
Documentation pour ParM V4.6, SetMouse V2.2, parm.library V10.5
**************************************************************************
**************************** *******************************
**************************** ATTENTION *******************************
**************************** *******************************
**************************************************************************
Si vous possédez une version antérieure de ParM, et des outils qui
utilisent la parm.library, vous DEVEZ remplacer TOUS ces outils par les
nouvelles version fournies ici. La nouvelle parm.library version 7 n'est
pas compatible avec les precedentes. Ce n'était pas possible.
Comme promis dans la dernière version, ce nouveau ParM ne fonction que
sous AmigaDOS 2.0 (V 37 ou plus).
ParM n'a maintenant plus besoin des librairies arp et req. Merci le 2.0 !
**************************************************************************
**************************************************************************
ParM signifie Parametrable Menu.
ParM vous permet de construire vos propres menus de manière à pouvoir
lancer tous les programmes de votre choix. ParM est particulièrement
utile si vous possédez un disque dur avec des programmes situés dans les
profondeurs des répertoires. Vous pourrez alors les lancer par une simple
sélection de menu et donc sans avoir besoin d'ouvrir tous les répertoires
succéssifs aussi bien sous CLI que sous WorkBench.
Avec ParM, vous pouvez lancer vos programmes aussi bien en mode WorkBench
qu'en mode CLI. L'avantage du mode WorkBench est que le répertoire par
défaut de votre programme sera celui dans lequel le programme se situe.
Mais tous les programmes ne peuvent être exécutés dans ce mode.
ParM possède maintenant une SunMouse, économiseur d'écran, accélérateur de
souris... Nous avons décidé d'ajouter ceci à ParM car un input-handler
était déjà présent dans la parm.library, cela ne prendrait donc pas
beaucoup de code suplémentaire, et nous avions 3 fenêtres dans la barre de
titre du workbench. Une pour l'accélérateur, une pour la mémoire, et la
fenêtre inutile de ParM. Maintenant, la fenêtre de ParM est utile, et est
plus facile à activer pour l'accès aux menus vu sa plus grande taille.
Comment utiliser ParM:
----------------------
Si vous lisez cette documentation sans savoir exactement ce dont vous
avez besoin, vous avez de grandes chances de vous y perdre au vu du nombre
de possibilités offertes par le paramétrage de ParM. A la fin de cette
documentation, vous trouverez une aide pour choisir un mode de lancement
pour chacune de vos commandes suivant la version de KickStart que vous
utilisez.
Installation:
-------------
Installez ParM et SetMouse avec leurs icones là où vous le désirez, et
mettez le fichier de configuration ParM.cfg dans le répertoire S: si
vous l'utilisez. Sinon, vous devrez systématiquement spécifier le nom
du fichier config sur la ligne de commande ou dans les TOOLTYPES de
l'icone de ParM. Dans le cas contraire, vous devrez répondre l'alerte
signifiant l'absence de fichier config et vous n'aurez pas de menus.
Assurez vous bien d'avoir placé la parm.library dans votre LIBS:.
Exécution:
----------
Il est recommandé de lancer ParM depuis un CLI si vous voulez que vos
programmes aient un Path autre que le répertoire courant et C: ce qui
est le cas si vous le lancez depuis workbench.
ParM peut fonctionner de trois manières différentes:
1) Vous pouvez attacher ParM à la fenêtre du CLI que vous utilisez.
Dans ce cas, si vous ne spécifiez aucune des options concernant la
fenêtre, les menus seront attachés au CLI depuis lequel vous
l'avez lancé. Il est préférable alors de lancer avec la commande
Run et non Run >NIL: pour vous empêcher de fermer le CLI par
inadvertance.
2) ParM peut avoir sa propre fenêtre. C'est toujours le cas quand
ParM est exécuté depuis WorkBench, mais vous pouvez aussi lui
demander d'ouvrir sa fenêtre quand vous le lancez depuis un CLI.
Pour cela, il suffit de spécifier l'option OWNWINDOW ou toute
autre option ayant rapport avec les caractéristiques de la
fenêtre. Dans ce cas, vous devriez le lancer avec la commande
Run >NIL: de manière à pouvoir fermer le CLI par la suite.
3) ParM peut être rattaché aux menus du Workbench, comme MyMenu.
ParM a des options accessibles aussi bien sous WorkBench que sous CLI.
La documentation des arguments est maintenant incluse dans ParM lui
même. Entrez ParM ?, puis de nouveau ?. Les arguments avec l'option
/s sont les interrupteurs (switches), et les arguments avec l'option
/k sont des mots-clé (keywords) et nécessitent un argument (un nombre,
ON ou OFF, un nom de fichier,...).
Depuis le workbench, les mots-clé sont les mêmes. Vous devez juste
ajouter =TRUE pour les /s, ou =Argument pour les /k.
CLIWINDOW n'est pas disponible sous workbench.
Aide CLI de ParM:
MYMENU/S,CLIWINDOW/S,OWNWINDOW/S,LEFTEDGE/K/N,TOPEDGE/K/N,DETAILPEN/K/N,BLOCKPEN/K/N,
DRAGBAR/K,DEPTH/K,AUTOFRONT/K,SHOWMEM/K,SHOWTIME/K,REFRESHTIME/K/N,MTDETAILPEN/K/N,
MTBLOCKPEN/K/N,MENUCOLOR/K/N,STACKSIZE/K/N,CONFIGFILE/K,USENULL/K: ?
ParM V4.2 © 1990-92 by S.R. & P.C.
MYMENU Rattache ParM au Workbench. (Comme MyMenu !)
CLIWINDOW Attache les menus à la fenêtre CLI/Shell.
OWNWINDOW Ouvre sa propre fenêtre
LEFTEDGE Position horizontale de la fenêtre (défaut 0)
TOPEDGE Position verticale de la fenêtre (défaut 0)
DETAILPEN Couleur du texte de la fenêtre (défaut 1)
BLOCKPEN Couleur de fond de la fenêtre (défaut 2)
DRAGBAR ON|OFF Fenêtre déplaçable ou non (defaut: on)
DEPTH ON|OFF Gadgets de profondeur (defaut off)
AUTOFRONT ON|OFF La fenêtre passe devant dès quelle est cachée (defaut: on)
SHOWMEM ON|OFF Affiche la mémoire disponible (defaut off)
SHOWTIME ON|OFF Affiche l'heure. (defaut off)
REFRESHTIME Intervalle de temps pour l'affichage de l'Heure/Memoire (multiple de 0.1s: defaut 1s)
MTDETAILPEN Couleur du texte pour Memoire/Heure (defaut: DetailPen)
MTBLOCKPEN Couleur de fond pour Memoire/Heure (defaut: BlockPen)
MENUCOLOR Couleur du menu principal (default: DetailPen)
STACKSIZE Taille de la pile par défaut pour les commandes (default: taille de la pile de ParM)
CONFIGFILE Fichier de configuration (defaut: S:ParM.cfg)
USENULL ON|OFF Redirige les entrées/sorties des commandes à NULL: (ou NIL:) (defaut: off)
Variable d'environnement ParMOpt:
---------------------------------
En plus de la ligne de commande, vos paramètres préférés peuvent être
mis dans la variable d'environnement Env:ParMOpt. Vous n'avez
recopier tel quel vos arguments dans un éditeur de texte sur une
ligne, et sauvegarder ce fichier sous le nom de Env:ParMOpt. Ce
fichier sera alors examiné en premier, et les arguments CLI ou
WorkBench ensuite, lesquels pouront annuler un argument de la
variable.
Fichier de configuration:
-------------------------
Vous comprendrez mieux ce qui va suivre avec le fichier de
configuration fourni sous les yeux.
Un fichier de configuration ressemble à un programme structuré. Il
est recommandé d'indenter les lignes pour rendre ce fichier aussi
lisible que possible. Le fichier de configuration par défaut doit se
trouver dans le répertoire S: et nommé ParM.cfg. Ce fichier définit
les menus que vous désirez et les commandes correspondantes. Les
commentaires commencent avec un '#' et continuent jusqu'à la fin de la
ligne. Les majuscules/minuscules ne sont pas distinguées.
Mots clés:
----------
CMDWIN console
Cette commande redéfinira la console par défaut utilisée par ParM
("CON:0000/0011/0640/0100/Command window/AUTO/CLOSE/WAIT") pour la
fonction Command. Peut être placé n'importe où dans le fichier
mais il vaut mieux le mettre au début. Cette console sous 2.0
aura un gadget de fermeture (CLOSE), une ouverture différée à la
première écriture (AUTO), et attendra que vous cliquiez sur le
close-gadget avant de se refermer.
Attention: sous 2.0, si vous utilisez Command en mode Simple, vous
DEVEZ ajouter l'option /WAIT à votre console ou elle se refermera
à la fin avant que vous ayez eu le temps de lire les resultats.
SHELLWIN console
Cette commande redéfinira la console par défaut utilisée par ParM
("CON:0000/0011/0640/0100/Shell/CLOSE") pour les commandes en mode
SHELL sans spécification de fenêtre. Peut être placé n'importe où
dans le fichier mais il vaut mieux le mettre au début.
SHORTCUTQUAL qual
Ceci permet d'ajouter une ou plusieurs touche d'acces aux
raccourci-clavier pour les menus. Par exemple Amiga-gauche, ALT,
ou encore SHIFT ou Control. Si vous desirez plusieurs possibilités
vous pouvez ajouter les codes si dessous.
Liste des codes:
SHIFT gauche 1
SHIFT droit 2
CONTROL 8
ALT gauche 16
ALT droit 32
Amiga gauche 64
Si par exemple vous desirez que les deux touches ALT puissent vous
servir de touche raccourci, faites: ( 16 + 32 = 48 ! )
SHORTCUTQUAL 48
Si vous desirez des raccourcis sans qualifier, (lettre seule),
vous pouvez utiliser 32768 (IEQUALIFIER_RELATIVEMOUSE), qui est
toujours present dans les évennements de type RAWKEY. (Attention,
a utiliser avec précaution).
Ceci ne marche que si ParM a sa propre fenêtre ou est rattaché au
Workbench, mais ne marche pas dans un CLI.
ACTIVATEKEY [SCREENTOFRONT] [PASSTHROUGH] [NOCHECK] qualifier rawkey
Ceci permet de définir un "Hot-Key" pour ParM ou plus généralement
pour tout programme qui utilise les menus de la parm.library, et
donc "The great BrowserII" !
Attention, rawkey est le code de touche du clavier, et non pas le
code ascii du caractère généré par la touche.
Comme son nom l'indique, ceci une séquence de touches qui va
activer la fenêtre de ParM, et ceci avec trois options.
Pour expérimenter les codes qui passent dans le handler, installez
la version 'debug' de la librairie dans LIBS:.
Méthode:
Assurez vous que parm.library ne soit pas en mémoire (Rebooter
si nécessaire).
Copy parm.library.debug libs:parm.library
Run ParM -w
Une fenêtre affiche alors dans l'ordre:
Class SubClass Code Qualifier.
Ces codes sont en hexadécimal et seuls Code et Qualifier vous sont
utiles. Vous devez les transformer en décimal pour ParM.
Une fois les infos recueillies, réinstallez la version normale
de la parm.library.
Options:
1. SCREENTOFRONT
L'écran qui contient la fenêtre de ParM passera en avant
plan.
2. PASSTHROUGH
Ceci risque d'être un peu délicat à comprendre pour les
non-programmeurs. Disons que si vous ne spécifiez pas
cette option, la séquence n'aura pour action que d'activer
la fenêtre. Si vous la mettez, la fenêtre que vous venez
d'activer recevra la séquence de touche, et si cette
séquence correspond à un raccourci clavier d'un menu,
l'option de menu sera exécutée. Ceci est donc très
puissant puisque bien paramétré, cela vous permet de
lancer un programme grace a ParM sans toucher la souris,
même si la fenêtre de ParM n'est pas active.
Exemple:
SHORTCUTQUAL 64 (Amiga gauche)
ACTIVATEKEY PASSTHROUGH 64 50 (Amiga gauche - X)
Menu System
Item {X} Xoper RUN Xoper
Ceci permet de lancer Xoper à tout moment sans toucher
ni la souris, ni ParM.
Autre exemple:
# Left ALT - Right Mouse Button
ACTIVATEKEY PASSTHROUGH SCREENTOFRONT 8208 105
Ceci active la fenêtre ParM, et les Menus. Essayez.
Plus besoin d'aller cliquer dans la petite fenêtre.
3. NOCHECK
La librarie maintient une liste des "Hot-Keys". Quand
vous ajoutez un Hot-Key, ParM controle qu'il n'est pas
déjà utilisé. Si c'est le cas, vous en serez averti et il
ne sera pas pris en compte. Si vous spécifez NOCHECK, il
sera systématiquement installé en tête de liste, sans
contrôle, et sera prioritaire sur l'ancien.
Ceci me permet la chose suivante: Un Hot-Key de ParM me
charge BrowserII. Le même Hot-Key est déclaré en NOCHECK
dans BrowserII.menu.
Ceci a l'effet suivant: Si BrowserII est chargé, il est
activé et son écran passe en avant plan. sinon, ParM le
charge.
ParM.cfg :
SHORTCUTQUAL 64
# Left Amiga - Z (Load BrowserII)
ACTIVATEKEY PASSTHROUGH 64 49
menu Tools
item {Z} BrowserII RUN HD:Tools/BrowserII
BrowserII.menu :
SHORTCUTQUAL 64
# Left Amiga - Z
ACTIVATEKEY SCREENTOFRONT NOCHECK 64 49
COLOR n
Après cette instruction, les menus seront de la couleur n. Cette
couleur est par défaut la couleur d'avant plan de la fenêtre
(detail pen). Si vous demandez la couleur de fond, alors ParM la
remplacera par la couleur du detail pen.
MENU nom_du_menu
Créé un nouveau menu. Chaque menu doit contenir au moins un item
ou un sousmenu.
SUBMENU nom_du_sousmenu
Créé un nouveau sousmenu. Chaque sousmenu doit contenir au moins
un item et ne peut avoir de sousmenu.
Chaque SUBMENU doit se terminer par un ENDSUBMENU
ENDSUBMENU
voir SUBMENU.
ITEM [{raccourci-clavier}] nom_de_l_item [WBTF] [REQUEST] definition_de_la_commande
Definit une nouvelle entrée de menu. Chaque definition 'item'
doit avoir un nom d'item et une commande associée. L'item est
ajouté au menu ou sousmenu courant. Un ENDSUBMENU indique à ParM
la fin du sousmenu courant et d'ajouter le prochain item au menu
courant plutôt qu'au sousmenu. Un raccourci-clavier optionnel
peut être indiqué entre {}. WBTF est aussi optionnel. Cela
permet de faire passer l'écran du workbench devant pour les
programmes lancés depuis BrowserII et qui ouvrent une fenêtre dans
l'écran du workbench. REQUEST est aussi optionnel. Ouvre un
requester dans lequel vous pouvez modifier la commande avant de
l'executer. La syntaxe d'une commande est definie dessous.
definition_de_la_commande
Les programmes peuvent être lancés de 3 façons différentes:
RUN, SHELL, et WB. Pour tous les modes, STACK (pile) et PRI
sont optionnels. Si la pile est < 4000 octets, la taille sera
celle de la pile de ParM, c'est à dire, la pile par défaut du
cli au moment où ParM a été lancé. Il y a une exception: si
ParM est résident, la pile de ParM sera toujours de 4000
octets.
2) syntaxe RUN
RUN [WIN console] [STACK n] [PRI n] commande [args][;commande [args]]...
Ce mode lance la commande en background shell. Ce mode doit
être utilisé pour les scripts. Si le bit s de votre fichier
script est mis, il sera exécuté automatiquement (Pas besoin de
la commande Execute). Dans ce mode, les commandes ne seront
pas détachées si ParM est attaché à un CLI, sauf si vous
utilisez l'option USENULL.
Vos commandes peuvent être redirigées dans ce mode.
Vous pouvez mettre plusieurs commandes séparées par des ;
Ce mode fonctionne maintenant en 2.0, cherche les programmes
dans la liste des résidents Commodore (en 2.0) et permet aussi
l'utilisation d'une console (celle-ci est ignorée en 1.3).
3) syntaxe SHELL
SHELL [WIN console] [STACK n] [PRI n] commande [args][;commande [args]]...
Ce mode est maintenant identique au mode RUN, excepté que si
aucune fenêtre n'est spécifiée, la fenêtre shell par defaut
(SHELLWIN) est utilisée.
WB [STACK n] [PRI n] commande
Lance la commande en mode WorkBench, comme si vous aviez
cliqué sur son icône. Attention, si vous spécifiez une pile
(STACK) ici, elle prendra le pas sur la pile indiquée dans
l'icône. Votre commande risque donc de planter si vous
utilisez une pile trop petite. Sachez ce que vous faîtes.
5) option CFG
CFG Fichier_de_Configuration
ParM charge le fichier de configuration comme si vous aviez
fait Open dans le menu ParM et sélectionné ce même fichier.
Très utile pour utiliser des fichiers config sur des disques
différents pour choisir les programmes de ces disques.
BARLABEL
Ajoute une barre entre le dernier item et le prochain.
Dans tous les modes à l'exception de WB, la commande est cherchée dans
la liste des programmes résident puis dans le Path actif au moment ou
ParM a été lancé. Pour connaître ce Path, il suffit d'entrer la
commande Path dans le requester de la fonction Command du menu ParM,
ou d'ouvrir un shell depuis ParM, et de tapper la commande Path.
Un fichier de configuration est donné en exemple.
Commandes du menu ParM.
Open: Ouvre le sélecteur de fichier pour selectionner le fichier
à charger.
Update: Met à jour les menus en rechargeant le fichier de
configuration courant. Utile si vous avez mofifié votre
fichier config pendant que ParM tourne.
Std Cfg: Charge le fichier config par défaut S:ParM.cfg. Pratique
après exécution d'une commande CFG.
utilisez PatchDOS, vous aurez accès aux ressources de
Command: Permet d'exécuter une commande CLI. Votre CMDWIN doit
avoir l'option /Wait pour que vous ayez le temps de lire
son contenu.
ChangeDir: Change le répertoire courant de ParM. Toutes les
commandes héritent du répertoire courant de ParM sauf
celles lancées en mode WB.
Quit: Pourquoi? ParM n'est il pas mignon!
Commandes séparées:
-------------------
End:
La commande End permet de fermer un shell dans lequel un ParM est
attaché. End a besoin de EndCLI pour fonctionner. S'il n'y a pas de
ParM attaché au shell, End fera seulement un EndCLI. End et EndCLI
peuvent être mis résident pour une rapidité maximale. Grace à cette
commande, vous pouvez mettre ParM dans votre CLI-Startup ou
Shell-Startup pour avoir des menus dans chaque CLI/Shell, et vous
pourrez les fermer à l'aide de End à la place de EndCLI sans vous
soucier de ParM. Attention: N'utilisez pas cette commande avec
WShell car il n'accepte que sa version 'Built-in' de EndCLI.
ParMCD:
ParMCD change le répertoire courant du ParM attaché au CLI courant.
Sans argument, ParM prendra le répertoire courant du CLI. Vous pouver
spécifier le répertoire en argument à ParMCD. Cette commande est
pure, vous pouvez la mettre en résident.
Remarqque:
----------
Ces commandes ne fonctionnent pas si vous utilisez DHOpts. DHOpts ne
supporte pas le packet ACTION_DISK_INFO quand ParM a installé ses
menus dans la console. Ce n'est pas un bug de ParM.
Limitations:
------------
Si une commande en mode RUN échoue, vous ne le saurez pas, si ce n'est
que vous ne la verrez pas fonctionner. C'est un peu ennuyeux pour les
utilitaires qui ne se manifestent pas de manière visible à l'oeil.
Quand ParM est attaché à un CLI, les commandes exécutées en mode RUN
ne seront pas détachées, c'est à dire que vous ne pourrez pas fermer
le CLI avant que ces commandes ne soient terminées. C'est le même
problème que si vous aviez lancé votre commande avec la commande Run:
1> Run ma_commande
D'un autre coté, ces commandes conservent la console comme fichiers
standards d'entrée/sortie, et vous pouvez en tirer avantage. Si vous
ne voulez pas que votre CLI soit perturbé par l'affichage intempestif
de ces commandes, vous pouvez les rediriger à NIL: ou utiliser
l'option USENULL. Dans ce cas seulement, les commandes seront détachée
de votre CLI.
Bugs connues: (ou devrais-je dire boggues!)
En mode SHELL, PRI n'est pas pris en compte. La priorité est toujours 0
Projets d'amélioration:
- Localisation. (Francisation en particulier!).
Historique:
1.0: Interne. Refonte de MyMenu.
1.1: Première version officielle. (Envoyée à Fred Fish)
Ancien mode CLI changé en RB (RunBack)
Nouveau mode CLI ajouté.
Syntaxe du fichier de configuration changée.
1.4: Interne. Options -l, -d, et WBRun améliorées.
Vous pouvez maintenant lancer des projets en mode WB
constitués d'une icône seulement. Ex: Serial, Pointer et
Printer de répertoire Prefs.
1.6: Seconde version officielle. 29/09/90.
Code réarrangé.
Nouvelle option CFG ajoutée.
Nouvelle fonction 'Std cfg' ajoutée.
1.7: Interne.
N'utilise plus la c16.lib, mais les miennes à la place.
Taille du code diminuée de 1.5 K.
2.0: Troisième version officielle. 13/10/90.
ParM peut maintenant être mis résident.
Commande End crée.
Le path est indiqué dans Change Dir.
2.1: Commande ParMCD crée.
2.1r: Cette version utilise la librairie req.library (r pour req!).
2.2r: Disparition des modes RB et CLI. les nouveaux modes sont
ARUN, RUN et SHELL.
STACK et PRI sont optionnels pour tous les modes sauf WB.
Plus besoin de la commande Run du répertoire C:.
Les erreurs de syntaxe du fichier de configuration sont
maintenant reportées sous forme de ligne, colonne.
2.3r: Disparition du message 'Workbench processes still active'.
ParM crée maintenant un MsgPort public pour les messages
workbench commun à tous les ParM, et le laisse si des messages
sont encore en attente quand vous quittez ParM.
Maintenant, si votre console possède un gadget de fermeture,
vous pourrez quitter ParM en le cliquant. Particulièrement
utile pour les heureux possesseurs de WShell.
Les caractères de valeur ascii > 127 sont supportés (accents).
WAITCMD ajouté.
2.4r: Mode WB réécrit. STACK et PRI optionnels dans tous le modes.
Le mode WB ne plante plus si la commande n'est pas trouvée.
Vous pouvez maintenant lancer des programmes qui n'ont pas
d'icône.
La mémoire pour les menus est allouée par blocks de 1 K pour
diminuer la fragmentation de la mémoire.
2.5r: Options -s et -o ajoutées.
-s est utile si ParM est résident car dans ce cas, la pile de
ParM est toujours de 4000 octets, alors qu'il prend la taille
de pile du CLI normalement. Comme les commandes lancées par
ParM prennent par défaut la taille de pile de ParM, -s vous
permet d'avoir une pile par défaut autre que 4000 octet quand
ParM est résident.
2.51r: Mise à jour mineure. Correction de quelques bugs.
ParM ne plante plus quand lancé depuis le workbench en
l'absence de l'arp.library.
2.6r: ParM est maintenant implementé en librairie. Cela permet a
BrowserII de profiter de la creation de menus paramétrables de
ParM. Installez "parm.library" dans LIBS:.
La fenêtre de ParM passe maintenant à l'avant plan si elle est
complètement recouverte par une autre fenêtre. (Option ajoutée
a la demande d'utilisateurs).
2.7: L' option -o utilise maintenant le gestionnaire NULL: à la
place de NIL: si possible. Cela permet d'éviter que des
programmes ouvrant le fichier "*" plantent si le CLI depuis
lequel ParM a été lancé a été fermé. Avec NULL:, le mode RUN
est maintenant sûr et devrait fonctionner dans tous les cas.
Si NULL: n'existe pas, NIL: sera utilisé.
'r' enlevé de la version. Une version n'utilisant pas la
req.library n'est plus planifiée.
2.8: Correction de quelques bugs.
Le qualifier pour les raccourcis-clavier rendu parametrable.
2.9: Implementation d'un input handler dans parm.library. Cela rend
possible le lancement d'une commande sans toucher la souris,
ou d'activer les menus sans prealablement activer la fenêtre
de ParM.
3.0: Suite à la demande d'utilisateurs, ParM peut maintenant être
rattaché au Workbench, comme MyMenu. (Code pris a MyMenu une
fois de plus). Desolé et Merci, Darin et John.
ParM est maintenant compatible avec Console-Buffer. Il y a
néanmoins une limitation. Vous devez installer ParM APRES CB,
et vous ne devez pas quitter CB avant ParM.
Possibilité de mettre plusieurs commandes séparées par un ; en
mode RUN et dans Command comme en mode SHELL.
3.1: Correction d'erreur dans les coordonnées de menu workbench.
3.2: Première version du SunMouse/Accélérateur de souris...
3.3: Input-Handler réécrit. Appels à intuition fait depuis une tache
séparée (pour éviter les 'dead-locks').
3.4: L'input handler et le mode RUN fonctionnent maintenant sous 2.0
Modes video VGA et SuperHiRes pas encore gérés.
La commande shell par défaut et maintenant NewShell (pour le 2.0)
Les consoles par defaut ont des spécifications 2.0.
Command en mode Simple est asynchore et gère les input et CTRL-C
correctement.
SetMouse V1.1. Ajout d'un Qualifier optionnel supplémentaire
pour les 'Window To Front'.
3.5: Correction d'erreur. (incompatibilité entre USENULL et CLIWINDOW).
3.6: Correction d'erreur en démarrage workbench.
ParM peut maintenant être attaché au workbench 2.0.
Vous n'avez plus besoin de NULL: sous 2.0.
En 2.0, vous pouvez utiliser une console pour le mode RUN.
4.0: Interne. Première version spécifique pour le 2.0.
Plus besoin des libraries arp et req.
Le handler de SetMouse gère toutes le résolutions d'écran.
La parm.library n'est pas compatible avec les précédentes.
SHELLCMD, WAITCMD, TMPDIR supprimées. Supprimez les de votre
config actuelle.
Plus besoin de la commande WaitReturn, avec l'option /Wait des CON:
ParM ne peux plus être résident. Qui l'utilisait ?
4.1: Possibilité d'insertion de BarLabel dans les menus.
Correction d'erreur dans la gestion des accents. Plus besoin de
guillemets.
4.2: Ajout des options REQUEST et WBTF.
Correction d'erreurs:
Tags pour NewCreateProc() identiques au Workbench dans WBRun().
(More 37.4 plantait en mode WB).
Input Handler initialisé dans la ParMHandlerTask.
Argument cli CONFIGFILE/K ne fonctionnait pas.
Arguments cli numériques passés en /N
Première version spéciale AmigaDOS 2.0.
4.3: Localisée, donc en Français.
4.4: Gère la Pile spécifiée dans les icônes Projet.
Nouvelle option NEWLOOKMENUS pour AmigaDOS 3.0. Ceci enleve
la possibilite de personnaliser les couleurs des menuitems,
mais améliore l'affichage inverse-video pour les ecrans ayant
plus de 8 couleurs.
4.5: SHOWMEM affiche la ram disponible de la carte 24 bits Retina
si vous en avez une! :-)
4.6: ParM conserve le Path meme lance depuis le workbench. Vous
pouvez donc maintenant le mettre dans votre répertoire
WBStartup sans perdre le Path.
Nouvelles options dans SetMouse. (Utilisation du MMB).
Recompilé avec le SAS 6.50.
Comment utiliser ParM:
----------------------
Maintenant que vous avez lu tout ce dont ParM était capable, je
pense que vous aimeriez savoir quel mode de lancement vous devez
utiliser pour vos différents programmes.
Premièrement, quand vous voulez ajouter une entrée de menu, vous
devez savoir:
1) Votre programme peut-it être lancer sous workbench ?
2) Voulez vous que votre programme hérite du directory courant de ParM
ou doit-il avoir le sien ?
3) Votre programme doit-il avoir un Path ?
4) Votre programme a-t-il besoin d'une console ?
KickStart 2.0:
--------------
Les modes ARUN et SHELL sont obsolètes en 2.0.
Le choix entre les modes RUN et WB est donc simple.
Si vous avez besoin d'un path ou d'une console, utilisez le mode RUN.
Sinon, vous pouvez utiliser le mode WB.
SetMouse:
---------
SetMouse s'emploie sans difficultés particulières. Tous les utilitaires
de ce genre fonctionnent de la même manière.
WToFront Qual:
Touche à maintenir pendant le double-click pour que la fenêtre
passe devant.
L'économiseur d'écran coupe la DMA. La priorité du handler peut être
modifiée en cas de problème de compatibilité avec d'autres. Celle-ci
ne sera prise en compte qu'au prochain chargement de la library, c'est
à dire au prochain reset.
Remarque: Les options de souris seront actives tant que la parm.library
aura au moins un utilisateur (BrowserII, ParM, ou SetMouse actuellement).
Remerciements:
--------------
La première version de ParM (interne) était une refonte complète de
MyMenu de Darin Johnson. Le problème était qu'il n'était pas possible
d'avoir MyMenu sans le workbench, et que les programmes lancés depuis
MyMenu n'avaient pas de Path.
Un grand merci donc à Darin Johnson pour les allocations de menu et le
workbench run. L'idée d'attacher des menus au CLI m'est venue d'un
ami qui avait fait un programme similaire mais peu pratique
à configurer.
Merci à Darin Johnson pour MyMenu.
Merci à William S. Hawes pour ARexx et WShell.
Merci à Pierre 'Zorglub' Ardichvili pour son aide.
Merci à CygnusSoft et ASDG pour leur fabuleux, génial, démoniac,
démentiel, extraordinaire, divin,... éditeur de texte CygnusEd 2.
Signature:
----------
S.R. & P.C.
Ce n'est pas Status Register et Program Counter mais
Sylvain Rougier & Pierre Carrette.
Donnations:
-----------
Ce programme n'est pas domaine public. Ce programme est ShareWare.
Si vous l'utilisez, veuillez envoyer 50FF (100FF pour ParM et
BrowserII) et/ou constatation de bugs à:
Sylvain Rougier
39 rue Carnot
86000 Poitiers
France.